Home › Michael Lehv › Comments
Howdy, Stranger!
It looks like you're new here. If you want to get involved, click one of these buttons!
Michael Lehv
About
- Username
- Michael Lehv
- Joined
- Visits
- 23
- Last Active
- Roles
- Member
Comments
-
Hi Adam, I revised the Astrobin image so it's now: https://www.astrobin.com/8opil7/J/. I do owe you an apology for not giving you due credit regarding the preview substitution methodology. I had viewed your video on how HDRMT's output is …
-
Thanks Adam, Yes, you hit the nail on the head - I did use BXT. Early on I applied it with Correct only and then for Sharpening and I applied it to both the RGB and Superlum images. After the final STX and Screen re-blending, I applied it again whic…
-
Hi Adam, A clear night and I captured a few images with Sharpcap. No borders! So the borders are coming from The Sky X and/or the ASCOM driver. I will figure it out. Since I started imaging, I've always used TSX for image acquisition. So, I've com…
-
Hi Adam, As a practical matter, the root of the problem is the black border around the master flat and an (almost) divide by zero in the Calibration Process producing the troublesome white borders. So, by changing the master flat black border to whi…
-
Hi Adam, I believe I've solved the problem. Your comment about the white borders was the big clue. As I mentioned above, I simply was ignoring the white borders on the integrated images and then noted that they were present even on the calibrated (…
-
Hi Adam, I thought the white borders were from WBPP's Autocrop feature so I paid them no attention despite them staring me in the face. I certainly can see how the white borders on the LN Reference image might adversely effect the images output fro…
-
Thanks Adam, that's very helpful. Yes, I intentionally increased the contrast and even used the Dark Structure Enhance script as a final step. I did this to avoid a "washed out" image in comparison to many of the "highly liked" images on Astrobin. …
-
John, thanks for your critique and explanation. I understand what you are saying about the error in using the default STF unlinked auto-stretch images to make a judgment about NSG's results. I guess the real problem is my incorrect assumption that…
-
Adam and John, I apologize for the restricted link. It should now be working. The reference images used for Registration, within NSG and in the non-NSG integration were all identical. The only processing difference between the two was in the integ…
-
Hi Adam, Now I understand what you are saying. So, for my current OSCs (QHY128Pro and QHY410C with otherwise identical FSI and BSI sensors) MUREDenoise isn't a workable option. However, I took your advice and gave NoiseXTerminator a try. The result …
-
Thanks Adam, I also suspected that DBE was merely exposing problems that MURE had created. So, you are saying that that the real issue is that MURE doesn't work properly on integrated mono subs derived from Debayer's Separate RGB Channels option? S…
-
Hi Adam, It certainly looks like the projects save disk space compared to saving individual processing stages to disk. Thanks for your explanation of your project workflows. Michael
-
Thanks Adam, Now I have a better understanding of what data your projects are saving and not saving. I see that you actually aren't saving some intermediate processing stages such as certain image clones. I've been using PI for a while but haven'…